cc @rh-dluong This would allow all resources except for ansiblejob and ansibleworkflows to be modified. It will also mean that users can now make changes to a JobTemplate resource and it will consequently fire off the reconciliation loop and update the resource in AWX/Controller (potentially overwriting any changes made by users in the UI).

On one hand, this was a bug all along, on the other hand, this could be perceived as unexpected behavior. I am curious about your thoughts.

We need to think about how this works when the user has pre-created a resource with the same name in Controller already. Or if they change one of these managed resources in the UI for example after creation.

Most people's expectation will probably be:

1. Create a resource in Controller manually in the UI
2. Define it in yaml with the same name of the manually created resource
3. The platform resource operator should apply the changes, merging the two where possible.

For example; extra_vars was specified by the user on a Job Template manually; but it isn't in the yaml definition of the resource

I could see others wanted the behavior be to replace what is there and strictly adhere to configuration as code principles and only change the resource definitions in the yaml in SCM.

So I think we should make it possible to do both; via a replace: true/false type setting on the CR yaml for a given resource.

@rooftopcellist I prefer the CaC / GitOps approach; however, it would be nice to give users a choice.

@cooktheryan @rooftopcellist what is the blocker in the above PR to merge?

is the project still actively maintained ? we have similar use case of managing the resources via cac (gitops) approach, but with current setup it only creates, this doesn't update or delete

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud